home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 17 / CU Amiga Magazine's Super CD-ROM 17 (1997)(EMAP Images)(GB)[!][issue 1997-12].iso / CUCD / Programming / AMOSList / AMOSLIST.0897 / 000078_amos-request@svcs1.digex.net_Wed Aug 6 18:06:16 1997.msg < prev    next >
Text File  |  1997-09-09  |  3KB  |  75 lines

  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224])
  2.     by mail1.access.digex.net (8.8.5/8.8.5) with ESMTP id SAA20594
  3.     for <mcox@access.digex.net>; Wed, 6 Aug 1997 18:06:15 -0400 (EDT)
  4. Received: (from daemon@localhost)
  5.     by svcs1.digex.net (8.8.5/8.8.5) id MAA12946
  6.     for amos-out; Wed, 6 Aug 1997 12:58:24 -0400 (EDT)
  7. Received: from mail2.access.digex.net (mail2.access.digex.net [205.197.247.3])
  8.     by svcs1.digex.net (8.8.5/8.8.5) with ESMTP id MAA12943
  9.     for <amos-list@svcs1.digex.net>; Wed, 6 Aug 1997 12:58:23 -0400 (EDT)
  10. Received: from d1o10.telia.com (root@d1o10.telia.com [194.236.190.241])
  11.     by mail2.access.digex.net (8.8.5/8.8.5) with ESMTP id MAA25584
  12.     for <amos-list@access.digex.net>; Wed, 6 Aug 1997 12:58:22 -0400 (EDT)
  13. Received: from FOO.telia.com (t4o41p13.telia.com [195.67.252.193]) by d1o10.telia.com (8.8.3/8.7.3) with SMTP id SAA15045 for <amos-list@access.digex.net>; Wed, 6 Aug 1997 18:58:15 +0200 (MET DST)
  14. Message-Id: <199708061658.SAA15045@d1o10.telia.com>
  15. From: "Mike Hiltunen" <mikael.hiltunen@ostersund.mail.telia.com>
  16. To: <amos-list@access.digex.net>
  17. Subject: Re: About BobClip and Crippled programs...
  18. Date: Wed, 6 Aug 1997 18:58:10 +0200
  19. MIME-Version: 1.0
  20. Content-Type: text/plain;
  21.     charset="iso-8859-1"
  22. Content-Transfer-Encoding: 7bit
  23. X-Priority: 3
  24. X-MSMail-Priority: Normal
  25. X-Mailer: Microsoft Outlook Express 4.71.1008.3
  26. X-MimeOle: Produced By Microsoft MimeOLE Engine V4.71.1008.3
  27. Status: O
  28. X-Status: 
  29.  
  30. >> You said in a previous mailing you thought disabling the save option was
  31. the
  32. >> best thing without going to far. Well, obviously you feel different with
  33. >> BobClip.
  34. >
  35. >> So, what would you like to be crippled in this program instead? I have
  36. been
  37. >> thinking about putting a limit to the save option instead of disable it
  38. >> totally, say you could only save 5 or 10 bobs, or something. But like you
  39. >> said:
  40. >> "sometimes you have put so much work into, and the people want it so
  41. badly,
  42. >> that you would like to be able to make a small pittance from it to repay
  43. you
  44. >> for your hard work and efforts."
  45. >
  46. >Im not putting bob clip down, but when you come to think of it, disabling
  47. >the SAVE function in a BOB editor is a bit dumb. If it were the case, i'd
  48. >load it up, see that no matter how hard I worked on a special bank, I could
  49. >never save it, so would delete the program and go looking for something
  50. >else which does save.
  51.  
  52. Yes, I agree... it is kind of dumb, but I was thinking if I had no save
  53. function then no one could ever crack it to enable the save function.......
  54.  
  55. >One way around it would be like I said a while back, limit the program to
  56. >just 5 or 10 bobs maximum, and make it so that you cant *load* an existing
  57. >bob bank.
  58. >
  59. >Alternatively, you could Tatoo each bob with a small "DEMO" mark when
  60. >saving, which means the user has more hassle editing it out to use the bank
  61. >properly.
  62.  
  63. Actually, I have been thinking about theese two options myself, and I might
  64. just make a combination of both... How about that?
  65.  
  66. Well, if anyone is interested in seeing the output that BobClip generates,
  67. please tell me and I'll make the changes so that you can save (limited
  68. though)!
  69.  
  70. Regards,
  71.  
  72.  
  73. Mike Hiltunen
  74. mikael.hiltunen@ostersund.mail.telia.com
  75.